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DETAILED ACTION 

Response to Amendment 

The amendment filed 4 June 2009 has been entered. Claims 1-9, 1 1-12, and 15-31 are 
pending. Claims 1, 4, 6, 11-12, 17, 19, 23, 26, and 28 are currently amended. Claims 10 and 13- 
14 are cancelled. No claims are new. This action is FINAL, as necessitated by amendment. 

Double Patenting 

Claims 1, 3-4, 1 1-12, 16-17, 23, and 25-26 of this application conflict with claims 1,3,5- 
6, 8, 10, 12-13, 15, 17, 19-20 of Application No. 10/656,208. 37 CFR 1.78(b) provides that 
when two or more applications filed by the same applicant contain conflicting claims, 
elimination of such claims from all but one application may be required in the absence of good 
and sufficient reason for their retention during pendency in more than one application. Applicant 
is required to either cancel the conflicting claims from all but one application or maintain a clear 
line of demarcation between the applications. See MPEP § 822. 

The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. A nonstatutory obviousness-type double patenting rejection 
is appropriate where the conflicting claims are not identical, but at least one examined 
application claim is not patentably distinct from the reference claim(s) because the examined 
application claim is either anticipated by, or would have been obvious over, the reference 
claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re 
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Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re 
Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) may 
be used to overcome an actual or provisional rejection based on a nonstatutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a result of activities undertaken within the 
scope of a joint research agreement. 

Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 

Claims 1, 3-4, 1 1-12, 16-17, 23, and 25-26 of Application 10/526,750 ('750) are 
provisionally rejected on the ground of nonstatutory obviousness-type double patenting as being 
unpatentable over claims 1, 3, 5-6, 8, 10, 12-13, 15, 17, 19-20 of copending Application 
10/656,208 ('208). Although the conflicting claims are not identical, they are not patentably 
distinct from each other. 

Specifically, '208 calls the "first" and "second" lock object of '750 a "permanent" and 
"transactional" lock object, respectively. Further, in the step of "determining whether another 
process is archiving the data object," '208 does not determine "whether a link to a copy of the 
data object stored in the second storage location is assigned to the ID," as '750 does. It would 
have been obvious to one of ordinary skill in the art at the time of the invention to remove this 
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step from '208 because doing so would give broader patent protection than the narrower 
limitation in '750. Likewise, '208 does not recite "wherein the data object is locked if the ID is 
stored in at least one of the first lock object and the second lock object." It would have been 
obvious to one of ordinary skill in the art at the time of the invention to remove this limitation 
from '208 because doing so gives broader patent protection than the narrower limitation in '750. 
Finally, '208 grants access to the data object, while '750 performs a read or write access. These 
limitations are equivalent. Thus, it would have been obvious to one of ordinary skill in the art at 
the time of the invention that the limitations of 10/526,750 correspond to the method, system, 
and computer readable storage medium of 10/656,208. 
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This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

Drawings 

The drawings are objected to under 37 CFR 1.83(a). The drawings must show every 
feature of the invention specified in the claims. Therefore, the method of claim 1 must be shown 
or the feature(s) canceled from the claim(s). No new matter should be entered. 

Corrected drawing sheets in compliance with 37 CFR 1.121(d) are required in reply to 
the Office action to avoid abandonment of the application. Any amended replacement drawing 
sheet should include all of the figures appearing on the immediate prior version of the sheet, 
even if only one figure is being amended. The figure or figure number of an amended drawing 
should not be labeled as "amended." If a drawing figure is to be canceled, the appropriate figure 
must be removed from the replacement sheet, and where necessary, the remaining figures must 
be renumbered and appropriate changes made to the brief description of the several views of the 
drawings for consistency. Additional replacement sheets may be necessary to show the 
renumbering of the remaining figures. Each drawing sheet submitted after the filing date of an 
application must be labeled in the top margin as either "Replacement Sheet" or "New Sheet" 
pursuant to 37 CFR 1 .121(d). If the changes are not accepted by the examiner, the applicant will 
be notified and informed of any required corrective action in the next Office action. The 
objection to the drawings will not be held in abeyance. 
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Claim Objections 

As per claims 6, 19, and 28, the phrase "the another process" is incorrect. It should be 
"the other process." 

Claim Rejections - 35 USC§112, First Paragraph 
The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of making 
and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it 
pertains, or with which it is most nearly connected, to make and use the same and shall set forth the best mode 
contemplated by the inventor of carrying out his invention. 

Claims 1, 11-12, and 23 are rejected under 35 U.S.C. 1 12, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter which 
was not described in the specification in such a way as to reasonably convey to one skilled in the 
relevant art that the inventor(s), at the time the application was filed, had possession of the 
claimed invention. 

Specifically, the steps of " determining whether another process is attempting to perform a 
transaction with the data object," " determining whether an identifier (ID) of the data object is 
stored in a second lock object," "upon determining that the ID is not stored in the second lock 
object and that another process is not attempting to perform a transaction with the data object," 
" determining whether another process is archiving the data object to a second storage location," 
" determining whether the ID is stored in a first lock object and whether a link to a copy of the 
data object stored in the second storage location is assigned to the ID," "upon determining that 
the ID is not stored in the first lock object, that the link is not assigned to the ID, and that another 



Application/Control Number: 10/526,750 Page 7 

Art Unit: 2168 

process is not archiving the data object," and "wherein the data object is locked if the ID is 
stored in at least one of the first lock object and the second lock object" do not appear in the 
specification. 

Claim Rejections - 35 USC § 112, Second Paragraph 

The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

Claims 1, 11-12, and 23 are rejected under 35 U.S.C. 1 12, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

Specifically, the limitation "upon determining. . . that another process is not archiving the 
data object" is indefinite because there is no explicit step of "determining. . . that another process 
is not archiving the data object." Rather, the determination that "another process is not archiving 
the data object" is the result of "determining that the ID is not stored in the first lock object" and 
"that the link is not assigned to the ID." It is not a separate step as recited in the claimed step. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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Claims 1-9, 1 1-12, and 15-31 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Mohan et al, U.S. 5,327,556 ("Mohan"), in view of Lakhamraju et al., U.S. 6,343,296 
("Lakhamraju"). 

1 . Mohan teaches "A method for accessing a data object stored in a first storage location 
in a computer, comprising" see col. 1, 11. 27-33, "This [method] relates to the control of access 
to, and maintenance of, the integrity of data resources in a data sharing environment in which 
multiple instances of a database management system have access to one or more permanent data 
storage resources." 

Mohan teaches "determining whether another process is attempting to perform a 
transaction with the data object by determining whether an identifier (ID) of the data object is 
stored in a second lock object" see Fig. 2, col. 8, 11. 34-46, "The global lock manager 40 
maintains a global lock table 100 containing entries for locks which have been granted to local 
DBMS instances. . . An entry for L lock is shown by reference numeral 102 and includes, at a 
minimum, fields lock name, mode and holder," and col. 25, 1. 38 - col. 26, 1. 12, "The GLM 40 
in response to each L lock/verify request accesses the global lock table, finds no record for page 
PI," where the claimed "second lock object" is the referenced row 102 and the claimed "ID" is 
the referenced "lock name," see col. 8, 11. 34-46, "The field 103a identifies a locked page." 

Mohan teaches "upon determining that the ID is not stored in the second lock object and 
that another process is not attempting to perform a transaction with the data object, storing the 
ID in the second lock object" see Fig. 2, col. 8, 11. 34-46, "An entry for L lock is shown by 
reference numeral 102 and includes, at a minimum, fields lock name, mode and holder," and col. 
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25, 1. 38 - col. 26, 1. 12, "In steps 206 and 207, the GLM sends a message to the requestor 
granting the requested locks." 

Mohan teaches "determining whether another process is archiving the data object to a 
second storage location by determining whether the ID is stored in a first lock object and 
whether a link to a copy of the data object stored in the second storage location is assigned to 
the ID, wherein another process stores the ID in the first lock object and assigns the link to the 
ID," see Fig. 2, col. 8, 11. 34-46, "The global lock manager 40 maintains a global lock table 100 
containing entries for locks which have been granted to local DBMS instances. An entry for P 
lock in the global lock table is indicated by reference numeral 1 03 . . . The field 1 03a identifies a 
locked page. . . A holder of the lock is identified by the field 103d (HLDR)," col. 25, 1. 38 - col. 
26, 1. 12, "The message sent requesting the P lock elicits a grant message from the lock manager 
in step 210," and col. 6, 11. 8-18, "Inherent in the global locking management function is the 
ability of the lock manager. . . to determine and identify any other DBMS having an updated 
version of a unit of data for which a lock is requested," where the claimed "first lock object" is 
the referenced row 103, the claimed "ID" is in the referenced field 103a, the claimed "link" is in 
the referenced "holder" field. Mohan does not teach "while archiving the data object." 
Lakhamraju does, however, see col. 3, 11. 13-27, "Traditionally, the application effecting the 
migration of an object will lock out all transactions from the entire database." Thus, it would 
have been obvious to one of ordinary skill in the database art at the time of the invention to 
combine the teachings of the cited references because Lakhamraju' s teachings would have 
allowed Mohan's method to apply to object migration, see Lakhamraju col. 3, 11. 13-27. 
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Mohan teaches "and upon determining that the ID is not stored in the first lock object, 
that the link is not assigned to the ID... performing at least one of a read operation and a write 
operation on the data object," see Figs. 3A-B, read steps 224 and 214 and update step 225. 
Mohan does not teach "and that another process is not archiving the data object." Lakhamraju 
does, however, see col. 3, 11. 13-27, "Traditionally, the application effecting the migration of an 
object will lock out all transactions from the entire database." Thus, it would have been obvious 
to one of ordinary skill in the database art at the time of the invention to combine the teachings 
of the cited references because Lakhamraju's teachings would have allowed Mohan's method to 
apply to object migration, see Lakhamraju col. 3, 11. 13-27. 

Mohan teaches "wherein the data object is locked if the ID is stored in at least one of the 
first lock object and the second lock object" see Fig. 2, col. 8, 11. 34-46, "The global lock 
manager 40 maintains a global lock table 100 containing entries for locks which have been 
granted to local DBMS instances," and "To avoid these problems, the [method] employs a 
physical (P) lock on a page to serialize the updating of that page by multiple systems and 
employs a logical (L) lock on a record. Logical locks are held for the duration of a transaction, 
while physical locks need to be held only as long as the system is holding a page in its buffer 
pool," where the claimed "first lock" is the referenced P lock and the claimed "second lock" is 
the referenced L lock. 

2. Mohan teaches "The method of claim I, wherein the first lock object is a file stored on 
a nonvolatile storage means," see Fig. 1, GLM 40. 
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3. Mohan teaches "The method of claim 1, wherein the first lock object comprises a table 
having a first column for the ID and a second column for the link of the ID to the second storage 
location" see Fig. 2, row 103. 

4. Mohan teaches "The method of claim I, wherein the data object comprises one or 
more fields of one or more tables and wherein the ID comprises one or more key fields of the one 
or more tables" see col. 7, 11. 30-55, "Refer now to FIG. 2 for an understanding of the 
interconnections between the functional elements operating in the environment of FIG. 1 and 
data objects which are used in the practice of the invention." 

5. Mohan teaches "The method of claim 4, wherein the link is a filename or a link to a 
filer see Fig. 2, col. 8, 11. 34-46, "A holder of the lock is identified by the field 103d (HLDR)." 

6. Mohan teaches "The method of claim I, wherein the another process is a data moving 
process that stores the ID in the first lock object and assigns the link to the ID" see col. 3, 11. 65- 
68, "providing a request from the global lock manager to the first DBMS to transfer the data unit 
to the second DBMS in response to the P lock request or the request for the data unit." Mohan 
does not teach "while archiving the data object." Lakhamraju does, however, see col. 3, 11. 13- 
27, "Traditionally, the application effecting the migration of an object will lock out all 
transactions from the entire database." Thus, it would have been obvious to one of ordinary skill 
in the database art at the time of the invention to combine the teachings of the cited references 
because Lakhamraju's teachings would have allowed Mohan's method to apply to object 
migration, see Lakhamraju col. 3, 11. 13-27. 

7. Mohan teaches "The method of claim I, wherein the second lock object is stored in a 
volatile storage means," see Fig. 1, GLM 40. 
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8. Mohan teaches "The method of claim 1, wherein the second lock object is a data 
array" see Fig. 2, row 102. 

9. Mohan teaches "The method of claim 8, wherein the data array is one dimensional" 
see Fig. 2, row 102, where a row is one dimensional. 

1 1 . Mohan teaches "A computer system for processing data, comprising: memory means 
for storing program instructions; input means for entering data; storage means for storing data; 
a processor responsive to the program instructions" see Fig. 1 and col. 5, 11. 43-60, "FIG. 1 
illustrates a multi-user data sharing environment in which the [method] is practiced. In the multi- 
user, data sharing environment, a database (DB) 10 may include one or more direct access 
storage devices (disks) for permanent (non-volatile) storage of data. Data is stored to, and 
obtained from, the DB 10 by a plurality of central electronics complexes." 

Mohan teaches "wherein the program instructions comprise program code means for 
performing a method for accessing a data object stored in a first storage location, the method 
comprising" see col. 1, 11. 27-33, "This [method] relates to the control of access to, and 
maintenance of, the integrity of data resources in a data sharing environment in which multiple 
instances of a database management system have access to one or more permanent data storage 
resources." 

Mohan teaches "determining whether another process is attempting to perform a 
transaction with the data object by determining whether an identifier (ID) of the data object is 
stored in a second lock object" see Fig. 2, col. 8, 11. 34-46, "The global lock manager 40 
maintains a global lock table 100 containing entries for locks which have been granted to local 
DBMS instances. . . An entry for L lock is shown by reference numeral 102 and includes, at a 
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minimum, fields lock name, mode and holder," and col. 25, 1. 38 - col. 26, 1. 12, "The GLM 40 
in response to each L lock/verify request accesses the global lock table, finds no record for page 
PI." 

Mohan teaches "upon determining that the ID is not stored in the second lock object and 
that another process is not attempting to perform a transaction with the data object, storing the 
ID in the second lock object" see Fig. 2, col. 8, 11. 34-46, "An entry for L lock is shown by 
reference numeral 102 and includes, at a minimum, fields lock name, mode and holder," and col. 
25, 1. 38 - col. 26, 1. 12, "In steps 206 and 207, the GLM sends a message to the requestor 
granting the requested locks." 

Mohan teaches "determining whether another process is archiving the data object to a 
second storage location by determining whether the ID is stored in a first lock object and 
whether a link to a copy of the data object stored in the second storage location is assigned to 
the ID, wherein another process stores the ID in the first lock object and assigns the link to the 
ID" see Fig. 2, col. 8, 11. 34-46, "The global lock manager 40 maintains a global lock table 100 
containing entries for locks which have been granted to local DBMS instances. An entry for P 
lock in the global lock table is indicated by reference numeral 1 03 . . . The field 1 03 a identifies a 
locked page. . . A holder of the lock is identified by the field 103d (HLDR)," col. 25, 1. 38 - col. 
26, 1. 12, "The message sent requesting the P lock elicits a grant message from the lock manager 
in step 210," and col. 6, 11. 8-18, "Inherent in the global locking management function is the 
ability of the lock manager. . . to determine and identify any other DBMS having an updated 
version of a unit of data for which a lock is requested." Mohan does not teach "while archiving 
the data object." Lakhamraju does, however, see col. 3, 11. 13-27, "Traditionally, the application 
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effecting the migration of an object will lock out all transactions from the entire database." 
Thus, it would have been obvious to one of ordinary skill in the database art at the time of the 
invention to combine the teachings of the cited references because Lakhamraju's teachings 
would have allowed Mohan's method to apply to object migration, see Lakhamraju col. 3, 11. 13- 
27. 

Mohan teaches "and upon determining that the ID is not stored in the first lock object, 
that the link is not assigned to the ID... performing at least one of a read operation and a write 
operation on the data object" see Figs. 3A-B, read steps 224 and 214 and update step 225. 
Mohan does not teach "and that another process is not archiving the data object.'''' Lakhamraju 
does, however, see col. 3, 11. 13-27, "Traditionally, the application effecting the migration of an 
object will lock out all transactions from the entire database." Thus, it would have been obvious 
to one of ordinary skill in the database art at the time of the invention to combine the teachings 
of the cited references because Lakhamraju's teachings would have allowed Mohan's method to 
apply to object migration, see Lakhamraju col. 3, 11. 13-27. 

Mohan teaches "wherein the data object is locked if the ID is stored in at least one of the 
first lock object and the second lock object" see Fig. 2, col. 8, 11. 34-46, "The global lock 
manager 40 maintains a global lock table 100 containing entries for locks which have been 
granted to local DBMS instances," and "To avoid these problems, the [method] employs a 
physical (P) lock on a page to serialize the updating of that page by multiple systems and 
employs a logical (L) lock on a record. Logical locks are held for the duration of a transaction, 
while physical locks need to be held only as long as the system is holding a page in its buffer 
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pool," where the claimed "first lock" is the referenced P lock and the claimed "second lock" is 
the referenced L lock. 

12. Mohan teaches "A computer readable storage medium comprising instructions 
executable by a processor for performing a method for accessing a data object stored in a first 
storage location, the method comprising" see col. 1, 11. 27-33, "This [method] relates to the 
control of access to, and maintenance of, the integrity of data resources in a data sharing 
environment in which multiple instances of a database management system have access to one or 
more permanent data storage resources." 

Mohan teaches "determining whether another process is attempting to perform a 
transaction with the data object by determining whether an identifier (ID) of the data object is 
stored in a second lock object" see Fig. 2, col. 8, 11. 34-46, "The global lock manager 40 
maintains a global lock table 100 containing entries for locks which have been granted to local 
DBMS instances. . . An entry for L lock is shown by reference numeral 102 and includes, at a 
minimum, fields lock name, mode and holder," and col. 25, 1. 38 - col. 26, 1. 12, "The GLM 40 
in response to each L lock/verify request accesses the global lock table, finds no record for page 
PI." 

Mohan teaches "upon determining that the ID is not stored in the second lock object and 
that another process is not attempting to perform a transaction with the data object, storing the 
ID in the second lock object" see Fig. 2, col. 8, 11. 34-46, "An entry for L lock is shown by 
reference numeral 102 and includes, at a minimum, fields lock name, mode and holder," and col. 
25, 1. 38 - col. 26, 1. 12, "In steps 206 and 207, the GLM sends a message to the requestor 
granting the requested locks." 
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Mohan teaches "determining whether another process is archiving the data object to a 
second storage location by determining whether the ID is stored in a first lock object and 
whether a link to a copy of the data object stored in the second storage location is assigned to 
the ID, wherein another process stores the ID in the first lock object and assigns the link to the 
ID" see Fig. 2, col. 8, 11. 34-46, "The global lock manager 40 maintains a global lock table 100 
containing entries for locks which have been granted to local DBMS instances. An entry for P 
lock in the global lock table is indicated by reference numeral 1 03 . . . The field 1 03 a identifies a 
locked page. . . A holder of the lock is identified by the field 103d (HLDR)," col. 25, 1. 38 - col. 
26, 1. 12, "The message sent requesting the P lock elicits a grant message from the lock manager 
in step 210," and col. 6, 11. 8-18, "Inherent in the global locking management function is the 
ability of the lock manager. . . to determine and identify any other DBMS having an updated 
version of a unit of data for which a lock is requested." Mohan does not teach "while archiving 
the data object.'" Lakhamraju does, however, see col. 3, 11. 13-27, "Traditionally, the application 
effecting the migration of an object will lock out all transactions from the entire database." 
Thus, it would have been obvious to one of ordinary skill in the database art at the time of the 
invention to combine the teachings of the cited references because Lakhamraju 's teachings 
would have allowed Mohan's method to apply to object migration, see Lakhamraju col. 3, 11. 13- 
27. 

Mohan teaches "and upon determining that the ID is not stored in the first lock object, 
that the link is not assigned to the ID... performing at least one of a read operation and a write 
operation on the data object" see Figs. 3A-B, read steps 224 and 214 and update step 225. 
Mohan does not teach "and that another process is not archiving the data object." Lakhamraju 
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does, however, see col. 3, 11. 13-27, "Traditionally, the application effecting the migration of an 
object will lock out all transactions from the entire database." Thus, it would have been obvious 
to one of ordinary skill in the database art at the time of the invention to combine the teachings 
of the cited references because Lakhamraju's teachings would have allowed Mohan's method to 
apply to object migration, see Lakhamraju col. 3, 11. 13-27. 

Mohan teaches "wherein the data object is locked if the ID is stored in at least one of the 
first lock object and the second lock object" see Fig. 2, col. 8, 11. 34-46, "The global lock 
manager 40 maintains a global lock table 100 containing entries for locks which have been 
granted to local DBMS instances," and "To avoid these problems, the [method] employs a 
physical (P) lock on a page to serialize the updating of that page by multiple systems and 
employs a logical (L) lock on a record. Logical locks are held for the duration of a transaction, 
while physical locks need to be held only as long as the system is holding a page in its buffer 
pool," where the claimed "first lock" is the referenced P lock and the claimed "second lock" is 
the referenced L lock. 

15. Mohan teaches "The computer readable storage medium of claim 12, wherein the 
first lock object is a file stored on a nonvolatile storage means," see Fig. 1, GLM 40. 

16. Mohan teaches "The computer readable storage medium of claim 12, wherein the 
first lock object comprises a table having a first column for the ID and a second column for the 
link of the ID to the second storage location" see Fig. 2, row 103. 

17. Mohan teaches "The computer readable storage medium of claim 12, wherein the 
data object comprises one or more fields of one or more tables and wherein the ID comprises 
one or more key fields of the one or more tables" see col. 7, 11. 30-55, "Refer now to FIG. 2 for 
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an understanding of the interconnections between the functional elements operating in the 
environment of FIG. 1 and data objects which are used in the practice of the invention." 

18. Mohan teaches "The computer readable storage medium of claim 12, wherein the link 
is a filename or a link to a file" see Fig. 2, col. 8, 11. 34-46, "A holder of the lock is identified by 
the field 103d (HLDR)." 

19. Mohan teaches "The computer readable storage medium of claim 12, wherein the 
another process is a data moving process that stores the ID in the first lock object and assigns 
the link to the ID" see col. 3, 11. 65-68, "providing a request from the global lock manager to the 
first DBMS to transfer the data unit to the second DBMS in response to the P lock request or the 
request for the data unit." Mohan does not teach "while archiving the data object." Lakhamraju 
does, however, see col. 3, 11. 13-27, "Traditionally, the application effecting the migration of an 
object will lock out all transactions from the entire database." Thus, it would have been obvious 
to one of ordinary skill in the database art at the time of the invention to combine the teachings 
of the cited references because Lakhamraju's teachings would have allowed Mohan's method to 
apply to object migration, see Lakhamraju col. 3, 11. 13-27. 

20. Mohan teaches "The computer readable storage medium of claim 12, wherein the 
second lock object is stored in a volatile storage means" see Fig. 1, GLM 40. 

21. Mohan teaches "The computer readable storage medium of claim 12, wherein the 
second lock object is a data array" see Fig. 2, row 102. 

22. Mohan teaches "The computer readable storage medium of claim 21, wherein the 
data array is one dimensional" see Fig. 2, row 102, where a row is one dimensional. 
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23. Mohan teaches "A computer system for accessing a data object stored in a first 
storage location, comprising" see col. 1, 11. 27-33, "This [method] relates to the control of 
access to, and maintenance of, the integrity of data resources in a data sharing environment in 
which multiple instances of a database management system have access to one or more 
permanent data storage resources." 

Mohan teaches "a processor responsive to program instructions; 

Mohan teaches "means for determining whether another process is attempting to perform 
a transaction with the data object by determining whether an identifier (ID) of the data object is 
stored in a second lock object" see Fig. 2, col. 8, 11. 34-46, "The global lock manager 40 
maintains a global lock table 100 containing entries for locks which have been granted to local 
DBMS instances. . . An entry for L lock is shown by reference numeral 102 and includes, at a 
minimum, fields lock name, mode and holder," and col. 25, 1. 38 - col. 26, 1. 12, "The GLM 40 
in response to each L lock/verify request accesses the global lock table, finds no record for page 
PI." 

Mohan teaches "means for storing the ID in the second lock object upon determining that 
the ID is not stored in the second lock object and that another process is not attempting to 
perform a transaction with the data object," see Fig. 2, col. 8, 11. 34-46, "An entry for L lock is 
shown by reference numeral 102 and includes, at a minimum, fields lock name, mode and 
holder," and col. 25, 1. 38 - col. 26, 1. 12, "In steps 206 and 207, the GLM sends a message to the 
requestor granting the requested locks." 

Mohan teaches "means for determining whether another process is archiving the data 
object to a second storage location by determining whether the ID is stored in a first lock object 
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and whether a link to a copy of the data object stored in the second storage location is assigned 
to the ID, wherein another process stores the ID in the first lock object and assigns the link to the 
ID" see Fig. 2, col. 8, 11. 34-46, "The global lock manager 40 maintains a global lock table 100 
containing entries for locks which have been granted to local DBMS instances. An entry for P 
lock in the global lock table is indicated by reference numeral 1 03 . . . The field 1 03a identifies a 
locked page. . . A holder of the lock is identified by the field 103d (HLDR)," col. 25, 1. 38 - col. 
26, 1. 12, "The message sent requesting the P lock elicits a grant message from the lock manager 
in step 210," and col. 6, 11. 8-18, "Inherent in the global locking management function is the 
ability of the lock manager. . . to determine and identify any other DBMS having an updated 
version of a unit of data for which a lock is requested," where the claimed "first lock object" is 
the referenced row 103, the claimed "ID" is in the referenced field 103a, the claimed "link" is in 
the referenced "holder" field. Mohan does not teach "while archiving the data object." 
Lakhamraju does, however, see col. 3, 11. 13-27, "Traditionally, the application effecting the 
migration of an object will lock out all transactions from the entire database." Thus, it would 
have been obvious to one of ordinary skill in the database art at the time of the invention to 
combine the teachings of the cited references because Lakhamraju 's teachings would have 
allowed Mohan's method to apply to object migration, see Lakhamraju col. 3, 11. 13-27. 

Mohan teaches "and means for performing at least one of a read operation and a write 
operation on the data object upon determining that the ID is not stored in the first lock object, 
that the link is not assigned to the ID" see Figs. 3A-B, read steps 224 and 214 and update step 
225. Mohan does not teach "and that another process is not archiving the data object." 
Lakhamraju does, however, see col. 3, 11. 13-27, "Traditionally, the application effecting the 
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migration of an object will lock out all transactions from the entire database." Thus, it would 
have been obvious to one of ordinary skill in the database art at the time of the invention to 
combine the teachings of the cited references because Lakhamraju's teachings would have 
allowed Mohan's method to apply to object migration, see Lakhamraju col. 3, 11. 13-27. 

Mohan teaches "wherein the data object is locked if the ID is stored in at least one of the 
first lock object and the second lock object" see Fig. 2, col. 8, 11. 34-46, "The global lock 
manager 40 maintains a global lock table 100 containing entries for locks which have been 
granted to local DBMS instances," and "To avoid these problems, the [method] employs a 
physical (P) lock on a page to serialize the updating of that page by multiple systems and 
employs a logical (L) lock on a record. Logical locks are held for the duration of a transaction, 
while physical locks need to be held only as long as the system is holding a page in its buffer 
pool," where the claimed "first lock" is the referenced P lock and the claimed "second lock" is 
the referenced L lock. 

24. Mohan teaches "The computer system of claim 23, wherein first lock object is a file 
stored on a nonvolatile storage means," see Fig. 1, GLM 40. 

25. Mohan teaches "The computer system of claim 23, wherein the first lock object 
comprises a table having a first column for the ID and a second column for the link of the ID to 
the second storage location," see Fig. 2, row 103. 

26. Mohan teaches "The computer system of claim 23, wherein the data object comprises 
one or more fields of one or more tables and wherein the ID comprises one or more key fields of 
the one or more tables," see col. 7, 11. 30-55, "Refer now to FIG. 2 for an understanding of the 
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interconnections between the functional elements operating in the environment of FIG. 1 and 
data objects which are used in the practice of the invention." 

27. Mohan teaches "The computer system of claim 23, wherein the link is a filename or a 
link to a file" see Fig. 2, col. 8, 11. 34-46, "A holder of the lock is identified by the field 103d 
(HLDR)." 

28. Mohan teaches "The computer system of claim 23, wherein the another process is a 
data moving process that stores the ID in the first lock object and assigns the link to the ID," see 
col. 3, 11. 65-68, "providing a request from the global lock manager to the first DBMS to transfer 
the data unit to the second DBMS in response to the P lock request or the request for the data 
unit." Mohan does not teach "while archiving the data object." Lakhamraju does, however, see 
col. 3, 11. 13-27, "Traditionally, the application effecting the migration of an object will lock out 
all transactions from the entire database." Thus, it would have been obvious to one of ordinary 
skill in the database art at the time of the invention to combine the teachings of the cited 
references because Lakhamraju's teachings would have allowed Mohan's method to apply to 
object migration, see Lakhamraju col. 3, 11. 13-27. 

29. Mohan teaches "The computer system of claim 23, wherein the second lock object is 
stored in a volatile storage means" see Fig. 1, GLM 40. 

30. Mohan teaches "The computer system of claim 23, wherein the second lock object is a 
data array" see Fig. 2, row 102. 

3 1 . Mohan teaches " The computer system of claim 30, wherein the data array is one 
dimensional," see Fig. 2, row 102, where a row is one dimensional. 
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Response to Arguments 

Applicant's arguments with respect to the 35 U.S.C. 103 rejection have been considered 
but are moot in view of the new ground(s) of rejection. 

Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Aaron Sanders whose telephone number is 571-270-1016. The 
examiner can normally be reached on M-F 9:00a-4:00p. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tim Vo can be reached on 571-272-3642. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Tim T. Vo/ 

Supervisory Patent Examiner, Art Unit 
2168 

/Aaron Sanders/ 
Examiner, Art Unit 2168 
4 August 2009 



